home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000114-20000217 / 000055_news@columbia.edu _Mon Jan 17 21:25:57 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA06293
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 17 Jan 2000 21:25:56 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id UAA03528
  7.     for kermit.misc@watsun.cc.columbia.edu; Mon, 17 Jan 2000 20:59:06 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Subject: Re: MS-DOS Kermit, more capabalities
  11. Message-ID: <G428QBKWLYRM@cc.usu.edu>
  12. Date: 17 Jan 00 18:08:46 MDT
  13. Organization: Utah State University
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <0pOg4.6714$NU6.285660@tw12.nn.bcandid.com>, cangel@famvid.com writes:
  17. > On 2000-01-17 no_spam@adams.patriot.net() said:
  18. > 
  19. > AD> Newsgroups: comp.protocols.kermit.misc
  20. > AD> Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote:
  21. > AD> In article <011700040222not-2-disclose@the.net>,
  22. > AD> <not-2-disclose@the.net> wrote:
  23. > 
  24. > N2> In  the  past two weeks or so, i couldn't but take note that
  25. > N2> MY  NEED  for  a `ZMoDem' protocol has been disregarded from
  26. > N2> the start; ...
  27. > 
  28. > AD> Again,  this  is the Kermit Project, not the Zmodem Project.
  29. > AD> The  source  for Zmodem is Omen Technogy. If you want Zmodem
  30. > AD> software for DOS, you can get it from there. 
  31. > 
  32. >     Unless  you  want  to  use  Windows.  In  that  case it _is_ the
  33. >     `Zmodem Project' after all!!! 
  34. > 
  35. > AD> If  you want to use Zmodem (or "ZMoDem," if you insist) file
  36. > AD> transfers  from  within  MS-DOS Kermit, there are three ways
  37. > AD> you can go about it: 
  38. > 
  39. > AD> 1.  You  can demand that the Kermit developers add about 50K
  40. > AD> of  new  code to implement a protocol that (apparently) very
  41. > AD> few people need in their Kermit software. 
  42. > 
  43. >     To  add  a vector reset of `int 14h' wouldn't add even 2k to the
  44. >     code. 
  45. > 
  46. >     When  you  say  "very  few people need" I'm guessing you run W9x
  47. >     and  therefore  do  have  the  zmodem in _your_ `Kermit / Zmodem
  48. >     Project'  version.  If  you  had  no  access to a working zmodem
  49. >     you'd sing a different tune me thinks. 
  50. > 
  51. > AD> 2.  You  can  get  DSZ from Omen Technology, register it for
  52. > AD> about  $20,  and write a couple of Kermit macros (see below)
  53. > AD> that  will  cause  Kermit  to  call  DSZ and send or receive
  54. > AD> files. 
  55. > 
  56. >     The need is to use this over telnet. DSZ does not _do_ telnet. 
  57. > 
  58. > AD> 3. You can get the source code and add it yourself. 
  59. > 
  60. >     Or  buy  a  new  computer  with  Windows  installed  and use the
  61. >     `Kermit / Zmodem Project' version. We know. 
  62. > 
  63. > AD> I  have  found  that  the second solution works a lot better
  64. > AD> than the first. I haven't had time to try the third yet. 
  65. > 
  66. >     When you get #3 working, please do let us know? 
  67. > 
  68. >     Anyone  with  the proper version of MSC and MASM who is familiar
  69. >     with  the  source  code  could  have  the `int 14h' vector reset
  70. >     working  in  an  afternoon  (if  you  include  time  to do a few
  71. >     compiles,  testing,  and compressing it into a BINARY archive to
  72. >     upload  to  WERMIT).  For  DOS  programmers  this  is not rocket
  73. >     science its standard operating procedure. 
  74. > 
  75. >     BTW:  I'm  not  sure  using  the 'd' switch for DSZ when doing a
  76. >     dialup  is a good idea. It tells DSZ to ignore carrier detection
  77. >     which means it could lockup on you if carrier drops. 
  78. >
  79.     If I may be so bold as to suggest you are not very familiar with
  80. the technical consequences of the suggestions you make. It is not that
  81. simple at all when the chips are counted. What's more, MSK isn't intended
  82. to be "someone else's TCP/IP stack because we can't do it ourselves and
  83. thus want it done for free by some poor sod." No thanks. If you want WATTCP
  84. then use it. If it's not up to your specs then rewrite it to be so. Beneath
  85. all the berating you offer that's what I suspect you really want: a better
  86. WATTCP at someone else's expense, so you can run Zmodem over IP. 
  87.     Have you considered for a moment talking with Omen Tech? 
  88.     Joe D.
  89.  
  90. >>
  91. >>        ,                          ,
  92. >>      o/      Charles.Angelich      \o       ,
  93. >>     <|        @AngelFire.com        |>  __o/
  94. >>     / >          USA, MI           < \   __\__
  95. >